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A METHOD OF MANAGING VOICEMAILS FROM A MOBILE 
TEUEPHONE 



one. 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to a method of managing voicemails from a mobile telepb 

2, Description of the Prior Art 

Voicemaa has the sole purpose of storing voice messages from someone trying to caU a 
user's telephone when that user is otherwise unavailable and then relaying those 
messages to the user when convenient. But today's voicemaU systems, particulariy for 
mobile telephones, fail to do this intelligently. The primary reason is the nature of the 
interface from the user's mobile telephone to the remote voice mail server: typically, a 
mobile telephone user wiU caU (or be called by) a voicemail server controlled by the 
network operator. The voicemail server will generate a syntiietic voice announcing the 
number of messages to the user and then replaying the messages; various options arc 
then spoken by tiie syntiietic voice, such as "press 1 to reply", "press 2 to delete", "press 
3 to repeat" etc. This presents several challenges to the user: first, he may not have a 
pen and paper to hand to take down any important information; secondly, he may forget 
or not be able to hear the options and hence will be unable to operate tiie voicemail 
system effectively. 

Because of tiiis inadequate and opaque interfece. voicemail is not used by at least 45% of 
mobile telephone users. Of tiiose tiiat do use voicemail, it typicaUy accounts for 30% of 
a user's caU time and spend. One of the reasons for tiiis perhaps surprisingly high level is 
tiiat. because of the difficult interface, users frequentiy dial in again just to Usten to key 
voice messages tiiey did not get die details of the first time round. 

Some efforts have been made to make retrieving voicemails easien reference may be 
made for example to US 6507643 to Breveon Inc: in tiiis patent, voice mail is 
automaticaUy converted, using a voice recognition computer, to a .text message suitable. 
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for sending as an e-mail message and for viewing on a text display device such as a PC or 
laptop computer. Reading a written message can be quicker than having to Ustcn to a 
spoken voicemaU; there is also no need to write down important information from the 
message since it has already been transcribed. However, automated voicemail systems 
have quite limited performance and accuracy; they also slavishly transcribe the normal 
hesitations in human speech ('er', W. 'ah' etc.). When one is Ustening to human 
speech, one can readily filter out these sounds and concentrate on the substantive 
communication; Seeing these hesitations slavishly transcribed to a text message or an e- 
mail can make the sender appear less dien lucid. 
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In a fitst aspect, there is a method of managing voice messages using a mobfle telephone, 
compnsing the steps of: 

(a) a graphical user interface (GUI) being opened on the mobile telephone, 
the GUI individually listing remotely stored voice messages in a menu list, 
the voice messages being meant for a user of the mobile telephone; 

(b) enabling the user to select a voice message from the list to inidate 
playback on the mobile telephone. 

The present invention hence supplants the current approach of retrieving voice messages 
(based on the user Ustening to various options spoken by a synthetic voice, such as 
"press 1 to reply", "press 2 to delete", "press 3 to repeat") with a GUI based system; this 
system individually lists voice messages in a menu list displayed on the mobile telephone, 
making it very simple for an end-user to select a message to initiate playback of the voice 
message. 

In an implementation, the GUI is a hierarchical interface which at a first or second level 
Usts die number of stored voice messages in an in-box. The interface may Hst at a first 
or second level whether die received voice messages are new or have been Hstened to. 
The interface could be an inbox view with folders for storage/retrieval of voice 
messages. 

In addition, the GUI can Ust the name of a person leaving a voice message or their 
telephone number. This greatly aids operation: the end user can quickly scan die menu 
list of stored voice messages, looking at die caller name etc. to decide if diere are any 
important messages to listen to immediately. 

The GUI may display a menu Hst widi one or more of die following selectable options: 
play all voice messages; delete aU voice messages; mark all voice messages as heard; 
forward all voice messages; store all voice messages. Again, diis GUI-based approach is 
far easier for most people to operate dian the prior art "press 1 to reply", "press 2 to 
delete", "press 3 to repeat" etc. approach. 
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The GUI may also be a hierarchical interface which displays a menu Hst of selectable 
items that enable the user to initiate further actions in respect of a selected voice 
message. For example, the further actions could be selected from the Usfc erase voice 
message; next voice message; fiist forwarcl through voice message; rewind through voice 
message; play previous voice message; call back to sender of voice message; open up text 
messaging application; store voice message in a specific folder; forward voice message; 
add caUer's telephone number to contacts; configure greetings; configure caU diversion 
behaviour. Again, presenting these options graphically on a display of the mobile 
telephone is fer better than the current approach which give no visual cues as to how to 
initiate these functions. 



Adding a caUer's telephone number to a contacts appUcation is an example of parsing the 
transcribed text message and using the parsed data in an application running on the 
mobile telephone. The GUI can display a menu list of other selectable items tiiat enable 
tiie user to initiate fimher kinds of parsing and use of die parsed data. For example: 

(a) extracting the phone number spoken aUowing it to be used (to make a cal^, 
saved, edited or added to a phone book; 

(b) extracting an cmaU address and aUowing it to be used, saved, edited or added to 
an address book; 

(c) extracting a physical address and allowing it to be used, saved, edited or added to 
an address book; 

(d) extracting a web address (hyperlink) and allow it to be used, edited, saved or 
added to an address book or browser fevourites. 

(e) extracting a time for a meeting and aUow it to be used, saved, edited and added to 
an agenda as an entry 

. (f) extracting a number and saving it to one of die device appUcations 
(g) extracting a real noun and providing options to search for it or, look it up on the 
web (WAP or full browser). 

One or more items from the list could be displayed whilst the voice message is being 
played back on the device. 
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Speaking a command to initiate the further actions is also possible; then the telephone 
may display synchronised aural prompts (p/R) to feciUtate a user speaking the command 
they want executed. 

In another implementetion, voice messages are succinctly transcribed to text format by 
remote, human transcribers and the transcribed messages are then sent to the mobile 
telephone. The GUI then Hsts any voice messages that have been converted to text 
format and the GUI further enables those voice messages converted to text format to be 
selected to cause the test format message to be displayed. 

In a second aspect, there is a mobile telephone programmed to perform the above 
mediods. 
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The present invention will be described 'with reference to the accompanying dravnngs, in 
which: 



Figures 1 - 3 are schematics of an entire yoicemaU process, starting &om voicemail 
origination, voicemail processing and voicemail delivery; in accordance with the present 
invention; 

Figure 4 depicts the format of a message notification (displayed in a messages in-box on 
a mobile telephone) for a voicemail transcribed using the method of the present 
invention; 

Figure S depicts a conventional text message notification; 

Figure 6 depicts how a voicemaU transcribed using die method of the present invention 
appears as a text message displayed on a mobile telephone; 

Figure 7 depicts a mobile telephone displaying a Ust of text messages in a messages in- 
box. A transcribed voice maU is present in the Hst; the caUout shows how it would be 
displayed if selected; 

Figure 8 depicts a menu Hst of three new fiinctions avaUable as options relevant to a 
transcribed voicemail; 

Figures 9A to 9D depict a GUI based voicemail management appHcation for managing 
conventional audio voicemails; 

Figure 10 depicts the operation of an appUcation that enables a user to speak a message 
into his mobile telephone and have that remotely converted to a text message; 
. Figure 11 shows the overall flow of actions at a voicemail server, indicating the actions 
initiated by uset inputs; 

Figure 12 shows the overaU flow of actions occurring at the voice message transcribers; 
Figure 13 shows a screen shot of the web-based interface used by voice message 
transcribers. 
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The present invention is implemented by SpinVox Limited, London, United Kingdom as 
part of a suite of mobile telephone products: 

1. VoicemailView™; Voicemail to Text system - This gives subscribers the option 
to have voicemail deHvered to their mobile telephone as text (SMS/MMS or. equivalent 
messaging format) with the option to hear the original voicemail on the mobile 
telephone. The term 'SMS' means the short message service for sending plain text 
messages to mobile telephones; «MMS' means the multimedia messaging service 
developed by 3GPP (Third Generation Partnership Project) for sending multimedia 
communications between mobile telephones and other forms of wireless information 
device. The terms also embrace any intermediary technology (such as EMS (Enhanced 
Message Service)) and variants, such as Premium SMS, and any fiiture enhancements and 
developments of these services. 

2. ■ VoicemailManager™: A new Voicemail Management Application - This adds a 
GUI (graphical user interface) to the mobile telephone; it supplements (or replaces) the 
existing audio menu system (UI) provided by cellular phone voicemail systems and 
integrates the phone's call divert features, greetings controls and other related controls to 
provide a single environment (application) on die mobile telephone for voicemail 
management. 

3. VoiceMessengerTM: Speech to Text system - This allows users to speak a text 
message into their mobile telephone, have it converted to text remotely and then sent 
witiaout using the often tiring alphanumeric phone-pad entry system. 

Key to die accurate transcription of voice messages to text format (as deployed in 
VoicemaUView and VoiceMessenger) is die use of human operators to do die actual 
transcribing intelUgcntiy by extracting die message (hot a verbose word-for-word 
transcription), and not automated voice recognition systems. Key to the efficient 
operation of diis system is an IT architecture diat rapidly sends voice files to the 
operators and aUows diem to fapidly hear diese messages, efficientiy generate a 
tianscription and to diem send die transcribed message as a text message. 

A. VoicemailView™ Voicemail to Text system 
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There are three solutions described which deliver the Voicemail to Text system: 

1. Inside the Network Operator - ihe system is integrated within an operator's 
Network Services (see Figure 1). 

2. Outside the Network Operator - a Service Company accesses the Network 
Operator's VoicemaU system via fixed telephony and provides an external service 
direct to end users; see Figure 2. or houses its own voicemaU system and delivers 
its service completely outside the Network Operator's service and is therefore 
network operator and handset independent, see Figure 3. 

A.1 VoicemailView: Inside the Operator variant 

Referring now to Figure 1, the process deployed is as foUows: 

1 Caller, from either PSTN or Mobile phone network, leaves a voicemail. 

2 Voicemail is converted into a SMS or MMS file by the voice transcription service: 
this is done not by automatic voice recognition systems, but instead by human 
operators. These operators are far more accurate and flexible than automated 
voice recognition systems and can inteUigentiy interpret the message, eliminating 
unnecessary hesitations and repetitions to generate a short, simple and lucid 
message. Appendix II defines the requirements for effective and succinct 
transcription. The operators will often be able to significantiy shorten messages 
to fit them witiiin die current SMS text message ceiling of 160 characters (or else 
fit longer messages into multiple SMS messages via standard concatenation); with 
MMS however, there is no such ceiling. 

• A link (unique i/d) to die original voicemaU file is generated - this i/d can 
just be a Hash of the time/date & caller number 

• The time & date of voicemail is added to a header of the SMS /MMS file 

• The caUer number is added to the header of the SMS /MMS file 

3 Message file is sent to SMS or MMS servers for storage. 

4 Message is sent via SMS or MMS gateway to wireless terminal. 

5 User views and manages 'text' voice mails widiin SMS or MMS application, or 
even inside a Messaging AppUcation depending on platform. 

6 User can request to hear the original voice mail through the new 
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VoicemailManager appHcation (which provides a GUI interface for aU voicemail 
functions; see B.2) running on the terminal : Play. FFW. REW. Next. Erase Store 
Forward, Time/date of message. CaU back (and any other existing voicemail' 
controls available through audio prompts/menus). 

7 Positive deUvery of SMS/MMS synchronises the SMS/MMS store with Voicemail 
store as message *read'. 



5 



A.2 Outside the Operator variant; Service Company provides Voice to Text 
infrastructure for an operator 

Referring now to Figure 2, the process deployed is as follows: 

1 New subscriber provides the Service Company with their phone number 
voicemaa box PIN No. and other detaUs. This now enables &e Voicemaii 
Retrieval and Storage Server to call into their voicemail box to retrieve messages 
by polling it r^y. or the Voicemail system inside the Operator sending it 
notifications of new voicemails. There are 2 options (either pre-paid or post-pay) 
for user bSUog : 

1. Reverse Text billing (micro-billing) 

2. Monthly Credit/Debit Card biUing 

2 Caller, from either PSTN or Mobile phone network, leaves a voicemail. 

3 Service Co. VoicemaU Retrieval & Storage Server calls into Subscriber's Voicemail 

Box & listens' to messages: 

• Uses standard DTMF tones to play messages, retrieve time of call, 
caUer number and other data to build up necessary data for text 

delivery 

• Creates unique i/d - can just.be a Hash of the time/date & caller 
number 

• Stores voicemail for future playback 

^ Voicemail audio file sent to the human operator based Voice Transcription 
system and converted into SMS or MMS file and sent to a 3- party SMS/MMS 
gateway for delivery 

Link (unique i/d) to original voicemaU file is generated and embedded 
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as information hidden £com the user in the SMS/MMS file 

• Time & date of voicemafl added to a header of the SMS /MMS file 

• CaUet number is added to die header of die SMS/MMS file 

• MMS file can contain original audio file epibedded for local playback 

5 SMS or MMS message deUvered via subscriber's Network Operator 

• Message sent via SMS or MMS gateway to wireless terminal, 

• User views and manages 'text' voice mails within SMS or MMS 
appHcation, or even inside Messaging Application depending on platform. 

6 User can dial into their voicemaU on the Network using the new Voicemail 
Management Application (this provides the GUI; see B,2) on terminal: Play, FFW, 
REW, Next, Erase, Store, Forward, Time/date of message, CaU back and any 
odier existing voicemail controls available throu^ audio prompts/irienus. 

7 • To hear the original voicemail, the user is connected back to the Service 

Company's Voicemail Storage server. The unique i/d (hidden firom the user in 
die SMS/MMS message) retrieves die correct file to play back. 

A.3 Outside the Operator: voicemail provided entirely by service company 

5 Referring now to Fig^e 3, the process deployed is as foUows: 

1 New subscriber provides Service Co. with their phone number and billing details. 
They are now using the Service Co. as their voicemail provider, 
2 options: 

1. They manually divert caUs on dieir phone to Service Co. VoicemaU 
gateway number 

2. Service Co. provides over-die-air upgrade to change dais behaviour 
There are 2 options (either pre-paid or post-pay) for billing : 

3. Reverse Text billiog (micro-billing) 

4. Mondily Credit/Debit Card billing 

2 Caller, from any phone, typically PSTN or Mobile phone network, leaves a 
voicemail. 
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3 Service Co. Voicemail provides all voicemail functions 

1 • Stores voicemail for future playback 

2. Creates a unique i/d - can just be a Hash of the time/date & caller 
number 

4 VoicemaU audio file sent to human based Voice Transcription system and 
converted by human operators into a SMS or MMS file and sent to a 3"^ party 
SMS/MMS gateway for delivery 

• link (unique i/ d) to original voicemail file generated and embedded as 
information in SMS/MMS file hidden firom the user 

• Time & date of voicemaO is added to the header of the SMS/MMS file 

• Caller number is added to the header of the SMS/MMS file 

• MMS file can contain original audio file embedded for local playback 

5 SMS or MMS message delivered via subscriber's Network Operator 

X 

• Message sent via SMS or MMS gateway to wireless terminal. 

• User view and manages 'text' voice mails within SMS or MMS appHcation, 
or even inside Messaging Application depending on platform, 

5 User can dial into their voicemail on the Network using either the standard IVR 
controls, or die new Voicemail Management Application (provides GUI; see B.2) 
on terminal: Play, FFW, REW, Next, Erase, Store, Forward, Time/date of 
message. Call back and any other existing voicemail controls available through 
audio prompts/menus. 

^ To Hear die original voicemail, the user is connected back to the Service 
Company's Voicemail Storage server. The unique i/d (hidden from the user in 
the SMS/MMS message) retrieves the correct file to play back. 



B. Mobile Telephone Software 

In any of the above variants, die mobile phone (or odier wireless information devicp of 
some nature) will need to be upgraded OTA (Over the Air) or otherwise, in the 
following manner: 
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B.l Viewing Voicemail-Text Messages 
There ate two options: 

1. Do not modify the existing telephone GUI - just tteat the SMS which is the 
ttansctibed voicemail as another message 

2. Modify the GUI to incorporate the new features shown below: 

Figure 4 shows a telephone handset icon that could be used next to a SMS message to 
indicate that it is a voicemail message in die messages inbox. A voicemaU transcribed to 
text is present in die device's messages in-box; it has been sent from Homer Simpson. 
Figure 5 shows what the current SMS text icon looks like. Another solution would be 
to precede each header with somediing logical such as "V:" for voicemaU - hence "V: 
Homer Simpson" would indicate a SMS transcribed voice tnaH from Homer Simpson. In ' 
addition, inside the text file for the voicemail message, the time and date of the voicemaU 
should be added (as not all gateways correcdy timestamp sent messages), as shown in 
Figure 6. Figure 7 shows this in die context of a mobile telephone. The user has 
selected die 'Read', option for the highUghted transcribed voicemail (from Daniel 
Davies); the device displays die SMS in die normal manner, but widi' data and time 
added. It is also possible, just by pressing and holding a given key (w. this illustration, key 
'10 to activate die normal audio-based voicemaU playback frmction. 

When one opens a standard SMS message, one can generally readUy access further 
fimctionaUty (via an Options menu in Nokia mobfle telephones, for example), such as 
TErase', 'Reply', 'Edif etc. Under this standard 'Options' menu, or equivalent, die 
present implementation adds three new functions, as shown in Figure 8: 

• Hear Original 

• Call Back 

• Add to Contacts 

We expand on these new functions below: 

Hear Original: This aUows die user to now hear die original voicemail and uses die 
unique i/d encoded into die SMS/MMS message to correcdy connect to die original 
voice file. 

There are three options: 
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(1) The user goes into the standard voicemail system and foUows the existing audio 
prompts for hearing the message. 

QI) The user goes into the new VoicemaU Management Application shown below at 
B.2. 

In either case, upon ending the caU to voicemail, the user is returned to the same 
point in the messaging appUcation to decide what to do with the text/audio version. 
Qii) The user embeds die original sound file in an MMS message (or equivalent, such 
as e-mail) to be played back locally on the terminal. 

Call Back 

This uses the caller's number recorded with die message to call them back. 
Add to Contacts 

This takes the caller's number and automaticaUy adds it to a new contact/address entty 
for the user to complete with name, etc. 

This is a specific example of the mobile telephone software being able to parse the text 
that has been converted from voice and to use diat inteUigendy. Other examples are: 

(a) extracting the phone number spoken allowing it to be used (to make a cal^, 
saved, edited or added to a phone book; 

(b) extracting an email address and allowing it to be used, saved, edited or added to 
an address book; 

(c) exttacting a physical address and allowing it to be used, saved, edited or added to 
an address book; 

(d) extracting a web address (hyperlink) and aUow it to be used, edited, saved or 
added to an address book or browser favourites. 

(e) extracting a time for a meeting and allow it to be used, saved, edited and added to 
an agenda as an entry 

(f) extracting a number and saving it to one of die device applications 

(g) extracting a real noun and providing options to search for it or, look it up on the 
web (WAP or fiill browser). 
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The extent to which this can be done depends on the intelligence in your handset (in 
essence its parsing capacity and interopetability with other appUcations and common 
clipboard where this data is normaUy stored for use in other appUcations). Today, nearly 
all phones support extraction of phone numbers, emaU addresses and web addresses 
ftom a text message. This is normally made available when the user is reading the 
message by the content being underlined (as a hyperiink or equivalent); the user then 
simply selects 'Options' (as found on Nokia telephones, or its equivalent on a different 
make of handset) and 'Use' (as found on Nokia telephones, or its equivalent on a 
different handset) and then depending on the content type, fiirther context sensitive 
options (e.g. with a street address it might offer - Look up. Navigate, Save in Address 
book, etc.). 

B.2 VoicemailManager™ : Voicemail Management AppUcation 

This appUcation can be used in eithet stand-alone or as integral .part of the 
VoicemailView Voice to SMS/MMS system (or equivalent text deUvery system) 
described above at B.l . 



The Voicemaa Management appUcation gives a user a GUI (Graphical User Interface) in 
addition to the standard audio prompts tiiey are used to receiving when accessing and 
managing normal audio voicemail. When a subscriber caUs (Figure 9a) into their audio 
voicemail using tiieir mobile telephone, they are first taken into their 'VoicemaU Inbox' 
and tiien presented witii the controls shown in Figures 9B to D. 

For programming purposes, these controls' wiU neariy aU relate to standard DTMF tones 
tiaat the voicemaU system uses as input to it when (he user currentiy presses keys on their 
phone's keypad. 

Figure 9A shows the user caUing Voicemail; Figure 9B shows how a new management 
appUcation has been invoked which first displays an Inbox's contents (here, 3 new audio 
caUs and 2 stored audio caUs) of all voicemails. The options menu operates as foUows: 



Itenot listed in Options Menu 


Action 


Play All 


Plays all messages in sequence 
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Delete AU 
Mark all heard 


Offers which to delete - all New or all 
Stored - and deletes them all 


Forward to 


Moves all New messages into Stored folder 
Foiwaids message to another subscribers 
inbox 


Store 


Store - only available in New messages or 
during play back - moves message to Stored 
folder 
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Refertmg to Figure 9C, if the user selects which category of audio voicemiU he wishes 
to listen to Ci.e. new or stored), he is then shown a menu list of the audio voicemails in 
that category, each identified with sender name if available, or failing that, the caller 
number. The transcribed text message ideaUy has added, to it die caUer name by die 
transcription service. This includes notifications when a user turns off the voice-to-text 
conversion in VoicemaUView (i.c. diey want plain voicemail) so diat they wiU now be 
able to see die name of die person who has left them a voicemail before deciding 
whedier to dial-in and listen to it/them. The user can readily navigate to and select die 
audio message he wishes to listen to. Once a message is selected, then, as shown in 
Figwe 9C, new Voicemail controls are displayed on screen. Their function is as follows: 



Voicemail control 


Action — 


1 Erase 


Erases current message - returns to previous screen. New or 
Stored folder view for user to select which message to now 
listen to, or goes straight to playing next message. 


2 Next 


Skips to next message. At end of messages, gpes back to 
previous screen. New or Stored folder view. 


3FFW 


Fast forwards dirougji message whilst button held. At end 
of message, stops and shows next message to be heard (New 
or Stored folder view) or at end of all messages, goes back 
to top level view (New & Stored folder view) 


4REW 


Rewinds back tfarougjh message whilst button held. At end ~ 
of message, stops and shows previous message to be heard 
(New or Stored folder view) or at end of all messages, goes 
back to top level view (New & Stored folder view) 
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5 Previous 

6 Call back 


Skips to previous message. At beginning ot messages goes 

back to previous screen. New or Stored folder view. 

Calls user back and ends Voicemail call. " 


7 Text message 


Opens up Text (SMS or MMS) application with caUers 

number selected as default recipient for user to send them a 
text message. 


8 Forward 


Forwards message to another subscribers VoicemaU inbox. " 


9 Add to contacts 


Adds number to contacts through phone's standard 
contacts/address book application. 


0 Configure 


Configures voicemail - standard options for Record New " 
Greeting, Turn Greeting on/off, etc... 
Integrates into existing phone software for configuring 
Divert behaviour - e.g. divert on busy/no answer/phone 
ofif to voicemail or specified number. 



During this process, the user is always offered the aural navigation options which are 
synchronised with what is shown on-screen, so that they have tiie best of both worlds. 
With the use of simple command based Speech Recognition, the user.may just speak the 
command they want to execute, so if the user wants to play new messages, they would 
just say 'Tlay" and the VoicemailManager engine would recognise this command and do 
just that - play the message. 



Note: The exact numbers (keypad numbers) and dieir related functions will be those of 
the existing voicemail system and so wiU vary by network operator/voicemail system.- 



B.3 VoiceMessengerTM. Speech to Text (SMS/MMS) Service 

It is often preferable for users to want to send a message in text format, rather than 
- e.g. if they do not want to disturb the receiver, but want to get the message to them 
But it is often difficult for people to thumb-type text on a smaU alpha-numeric keypad. 
They may also be mobile, such as walking, or in a car or have only one hand avaUable. or 
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be unable to type, such as whilst driving. The VoiceMessenger™ speech to text service 
addresses this need. 



The user goes into their Messaging/Text appUcation running on their mobile telephone, 
simply selects the message recipient either from their phone's address book, or types 
their number in, then selects die new VoiceMessenger option, as shown in Figure 10, by 
pressing and holding the ^2' key. The user might ako be connected to the service to start 
with and wiU then simply speak die number or the name to a local (on the mobile 
telephone) or a remote voice recognidon engine which will take die user dirough die 
process. 

When connected to the remote VoiceMessenger Engine, the user simply speaks his 
message and die remote VoiceMessenger Engine records it, and dien sends die audio file 
for conversion to text using die human operator based voice. transcription system. The 
text format message is then packaged as a SMS/MMS (email or odier appropriate 
messaging system) and sent dirough die SMS/MMS etc. gateway. The user will be given 
aural prompts for controlling die input, hearing the conversion and sending the message. 



C. Extensions 

C.1 MMS Voice-notes to Text 

A user witii an MMS enabled phone will be able to setid voice-notes via an MMS which 
die human operator based voice transcription service wiU dien transcribe and send on to 
dieir desired destination. They can also have dieir Voicemail converted and sent to dieir 
phone in MMS format if preferred. 

C.2 Automated Voice Recognition 

This is to speed up die processing of inbound voice files and reduce operating costs. 
The prime fimction will be to auto-detect spoken phone numbers, and detect language to 
route audio files to die correct human operator staffed transcription bureau. It will also 
be used for detecting names and spoken numbers and addresses from die users online 
phone-book (see below) and commands for VoicemailManager controls. 
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C3 Online Address Book 

There will be two forms of online address book that a user will be able to use when 
connected to SpinVox services by simply saying the name of the person they want to say: 

> SpinVox online phone book - via user web login, they will be able to add names 
and numbers of people they want in their SpinVox online address book. 

> Synchronisation widi thek Microsoft Oudook (Express or fail version) or other 
e-mail/PIM/Addressbook cUent - this allows them to have all their contacts 
online and not only be able to say the name of the recipient, but also determine 
the type of message they want sent : SMS, MMS, email, fax, etc. 

> Wilh a Network Operator, it is possible also to offer SIM backup fbnction and 
then offer their SIM phonebook to them to call a name up from. 

C.4 Presently Available Services (Presence) 

Using Presently Available Servers, users can define what mode they want to be in for 
receiving communications, e.g. 'Meeting' lets a user know before the communicate that 
the person they want to contact is in a meeting and will accept say SMS/MMS or a 
VoiceView text message. Once out of the meeting, the user can dien change their 
contact status to 'Available' and be contacted by a phone call 

\ 

\ 
\ 



\ 

\ 

\ 
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1. SpinVox Voicemail IVR Structure 

A standard voicemaQ server system with IVR is die foundation; the IVR is programmed 
as shown in the Figure 11 flowchart. ' 

2. VoicemailView 

The user's phone will (during technical provisioning shown below) have the 'V key 
(standard voicemail access key) re-programmed to automatically call the SpinVox 
voicemail server and have them automatically lo^ed-in (unique phone-number + PIN) 
which takes them to the top level of the IVR tree. 

If at any point the user hangs up, tiien the session is terminated with the relevant 
outcome. If this happens during a recording, including a dropped line from another 
mobile caller, tiien it is assumed to be die end of a recording, and the system proceeds to 
the transcription stage. 

Each transcribed voicemail will contain a unique number starting with say a '4' (depends 
on final IVR tree configuration), so that when a user presses and holds 'V to connect to 
SpinVox's voicemaU senrer, they simply press the unique message i/d - e.g. 403 which 
takes diem to the 3"* message they have in the queue. 

2.1 LandUne or other mobile phone Access 

As shown in Figure 11, die IVR tree wiU aUow a user to dial in using their unique Divert 
No. (V oicemail No.) and will then be prompted to enter their PIN. 

2.2 Speed-dials 

The rVR system will accept a user programming in a speed-dial that allows them to dial 
thek unique SpinVox number + PIN. They are then able to access all features shown 
above. 
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2.3 Leaving a VoiceMail 

The user's phone is configured to divert to SpinVox voicemaU under conditions they 
define shown below, where the caller will either hear : 

> Defeult SpinVox greeting : 'Welcome to SpinVo>c Voicemaik Please dictate your message 
clearbf ttfter the tone. " [tone] 

> '^^&^so^^^idD^: (User's recorded ffeetingi [tone] 
Then: 

1. System records the caUer's voicemail for eidier the default length (30 sees) or the 
user defined length (10s - 2 mins or any parameters SpinVox sets). 

2. At the end of recording, the caller hears Standard IVR options via prompt: 
•Tress : 

1. To hear your message 

2. To delete your message and re-record 

3. Re-record your message 
# to end or simply hang-up" 

3. If the user exceeds the recording length, then they are prompted: 
'Tm sorry, jiou've exceeded the recording time available. Please try again the tone" 

a: If dxe user hangs up without recording a new message, dien die message 

is sent for Transcription, 
b. Another variant arises if the user has selected an 'Advanced Transcribe 
Option'; this operates such that if the recording time of a message is less dian 
a user set maximum time, then die message is transcribed, otherwise, it is not 
transcribed but instead a standard notification is sent to the user that they • 
have a new voicemail to listen tb in format shown below in 4c. This 
addresses the fact that users are occasionally sent long voicemails that are 
more conveniently listened to rather tiian read. However, for these long 
messages, a human transcriber may listen briefly to the voice message and 
write up a very short indication of the subject of the call which is sent to the 
message recipient. Also, for handsets diat support less than a certain amount 
of text (typically legacy handsets), die system first looks up die user handset 
and limitations in a Phone database (suppKed by SpinVox) and wiU dien offer 
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users relevant recording lengths. E.g. for an older Siemens phone diat does 
not support concatenation and only up to 4 text messages, the system alerts 
the user diat the recording length should be kept below say 30 seconds to 
ensure most messages fit in their phone and they are told why. likewise, 
default recording lengths for these handsets may need to be set to a 
commensurate length by die system for diem. 

4. Message is sent to die relevant Transcription queue: 

a. If caUers COD (Caller line Identification) captured, then autopopulate 
die Trom' field. If not, insert 'SpinVox VoicemaaView' as the sender. 

b. If transcribable, then text version of message sent to user 

c If untranscribable, then a template text message widi certain fields auto- 
populated is sent to user: 
'You have a new voicemail ffhm CU ifavailabk] to listen to. Press '1'on your phone to 
connect to your voicemail, then 4xx to hear this specific message. Thank you. SpinVox. " 
The 'From' field is firom 'SpinVox VoicemailView' 
d. Bin according to number of SMSs sent 

5. Text message sent to user and they can choose what to do next as per standard 
options available to them on their handset 

3. VoiceMessenger 

The above IVR diagram shows how a user accesses VoiceMessenger, whether direcdy 
firom their mobile phone, or via another phone. 

3.1 Speed-dials 

The rVR system will accept a user programming in a speed-dial diat allows diem to dial 
dieir unique SpinVox number + PIN + '3'. 

If from dieir mobile phone, the technical provisioning below wiU have configured a 
speed-dial (by default key 'T) to dial and log diem in (voicemail number + PIN + 3) 
direcdy to the VoiceMessenger option. 
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They "will then heat a standard prompt : 

'Weleom to SpinVox's VoiceMessenger. At the tone, phase either speak the destination number or 
tXPe it in, then dictate the message you wish to send Hang-up to send, or press # to send a new 
message." [tone] \ 

■\ 

Then: \ 

/. If DTMF tone is undetectable, or confusing (as using * or + for international 
dialling), then prompt for new number entty: 

'Vm sorry, we couldn't detect the number you typed. Pkase try again and remember for an 
international number, prefix it with 00, not + " [tone to prompt re-entry] 

2. System records for either die default lengdi (30 sees) or the user defined length 
(10s-2mins). \ 

3. At end of recording, user l^ears Standard IVR options via prompt: 
'Tress : \ 

4. To hear your message \ 

5. To delete your message and re-record 

6. Re-record your message \ 

# to send new message or simply hjujg-up" 

4. If the user exceeds the recording liigth, then they are prompted: 
'Tm sorry, you've exceeded the recording time available. Please try again after the tone" 

a. If die user hangs up without recording^ new message, then die message 
is sent for Transcription. \ 

\ 

5. Message sent to transcription queue witii die Ttbm' field auto-populated (as 
SpinVox knows who the clieflt is) : 

a. If transcribable, tiien text version of message serit to user 

b. If untranscribable, dien a template text message, with certain fields auto- 
popvdated is sent to user: \ 

'Tm sorry, but we weren't abh to convert the message you dictaie4 [time/ date] [to number 
if detected]. Please try again in quiet surroundings and dictate clearly. Thank you. 
SpinVox. " The 'From' field is 'SpinVox VoiceMessenger'. \ 

c. BiU according to number of SMS's sent or MMS size (KS). 



wo 2004/095814 



23 



PCT/GB2004/001736 



6. Text message sent to recipient and they can choose what to do next as per 
standard options available to diem on their handset 

4. Technical Provisioning 

During Technical Provisioning, user data (handset, network, etc..) will be re-used to 
confirm to die user what they have selected. 

Key will be the system sending the user SMS messages to part automate the 
configuration of die user's handset (diverts & V.Card for VoiceMessenger) and 
confirmation of successfbl setup. These messages are all sent as High Priority to ensure 
user/salesperson is not left 'hanging' whilst waiting for configuration SMS to arrive. 

The steps are: 

Step 1: handset selection, ftom a drop down Ust shown on the provisioning screen 
(usually at the point of sale) 

Step 2: Voicemail View setup: 

<CREATE STRING AS FOLLOWS : '+ COUNTRY CODE_USERS UNIQUE 
VOICEMAIL NUMBEIL_p_PIN NUMBER _#• »» THIS IS CALLED 
SPINVOX VOICEMAIL NUMBER AND IS UNIQUE TO EACH USER!> 

Step 3: Call diverts selection: this explains how the mobile phone is normally setup to 
divert to the user's voicemaU (under all the foUowing conditions). The user can change 
these if he specifically wants it to divert to anotiier person or number, and not his own 
voicemail 

<USSD Strings...(Une of digits) created based on above selections used to 
configure handset sent as a High Priority SMS with 4x USSD strings die user needs 
to reply to / action. > 
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Step 4: CaU divert setup via SMS. Tells the customer that he has just been sent a SMS 
and should cUck on a specific button on the provisioning screen when received (or a 
different 'nof received' button if not received within 3 minutes). 

Step 5: CaU divert setup: SMS. The provisioning screen informs the user that if he has 
received the configuration SMS, please do the following: 

1 . Open SMS message 

2. Select 'Options' (datebasc to have name of function for each handset) 

3. Scroll & Select Use Number' 

4. You will now see 4 numbers, select the first number and press 'Send'. 
You wiU now see the number being dialled and 'Requesting' displayed on 
your mobile's screen. If you receive a confirmation message, repeat this 
step for die remaining 3 numbers. 

Step 5: Call divert setup: MobHe phone. The provisioning screen informs the user:. 
On your mobile handset : 
1. Select 'Menu'2. 

<IMPORT VOICEMAILVIEW DATA FROM DATABASE FOR SPECIFIC 
HANDSET... TELLS YOU WHAT TO DO / WITH '+ COUNTRY 
CODE_USERS UNIQUE VOICEMAIL NUMBER^^IN NUMBER _#• > 

Step 6: Select delivery method. The provisioning screen allows the user to select how he 
would like to receive voicemails once they are converted to text (typical options are SMS, 
MMS, MMS with the audio file, e-mail, e-mail with the audio file). The system then 
sends an appropriate vCard to the user's mobile telephone. 



Step 7: Voice Messenger setup. The provisioning screen informs the 



user: 



Please do as follows : 

We have just sent you an SMS 

following : 



- VCard. When you have received it, please do the 
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1. Accept and save the VCard on your mobUe phone MWthout modifying it - go to 
step 2. 

If you have not received this message within 5 minutes, or cannot save the VCard, 
please do die following : 

Create a new 'Contact* called VoiceMessetiger' diat has die following number : 
+ COUNTRY CODE.USERS UNIQUE VOICEMAIL NUMBER_p_PIN 
NUMBER _#,!• 

If you don't know how to add new 'Contact', please cUck here - (go to 'how to' 
page, with info pulled from database to - tell you what to do) 

2. <IMPORT VOICEMESSENGER SPEED DIAL CONFIG. DATA 

FROM DATABASE FOR SPECIFIC HANDSET... TELLS YOU WHAT TO 
DO/WITH> 

Step 8: Congratulations screen: 

Thank you for choosing SpinVox Services. 

♦You wiU now receive your VoiccMails as Text, and don't forget that you can 
always hear the originals by simply pressing and holding the '1' key on your phone 
- to connect to your SpinVox.Voicemail account 

*To speak a Text Message - press and hold '2' (or the key you designated as 
VoicemailView) and you will instandy be connected to VoiceMessenger. Clearly 
dictate your number and message - you say it., we text it! 



* You can always access VoiceMessenger by pressing and holding the 'I'key and 
following the prompts. 
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\^ 

* You can view your account settings, view statements and manage your SjJinVox 
account at www.SpinVox.com - using your Mobile Phone number and PIN. 

If you have not already printed or recordedyourPlM number, ben it is again 
1234 

5. Transcribe Assistant 

This is provided to a human operator transcriber when they log-on to their account All 
they need is a web browser, sound card, media player capable of playing and controlling 
playback of the media files or streaming protocol, and high-speed internet access. 
Figure 12 shows the process flowchart for transcription. Each Transcriber logs in and 
starts receiving VoicemailView (see Figiire 13 for the screen into which they type the 
transcribed message and from which they cause the m&5S2,^& to be sent), or 
VoiceMessenger audio files to be transcribed (see Figure 14), one at a time. .While 
logged-in there are only 2 states: message currendy in the process of being transcribed, 
and pause. 

5.1 Transcriber control panel buttons (see Figure 13): 

> Transcription completed 

> Transcription undecipherable - as per 2 & 3 above: 

o For VoicemailView, an automatic SMS is sent to them with fields auto- 
populated where available, with the following text: 
'You have a new voieemail Cfrom CU' if available] to listen to. Press 1 ' onyour 
phone to connect to your voieemail, then 4>oe to bear this specific message. Thankyou. 
SpinVox." 

The 'From' field is ficom 'SpinVox VoicemailView' 

o For VoiceMessenger, an automatic SMS is sent to them witii fields auto- 
populated where data is available, with the following text: 
'Tm sorry, but we weren't able to convert the message you dictated [time/date "to tel 
no. " if available]. Please try again in quiet surroundings and dictate clearly. Thank 
you. SpinVox. " 

o The Trom' field is 'SpinVox VoiceMessenger'. 
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> Pause and re-queue cuttent message 

> Re-route current message to different language bureau, menu to select language 
or "unknown". Transcriber taken back to queue to receive new message. 

5.2 Phone numbers: 

> In the case of VoicemailView, the Trom' field is auto-populated with either the 
CLID captured when the caller left the message (inserted into the message 
header), or "SpinVox VoicemailView" 

> In the case of VoiceMessenger, die Trom' field is either auto-populated for the 

Transcriber if the user used DIMF, or if not. die Transcribe Assistant provides a 
field for die Transcriber to type it in. 

Note : For User Data Protection reasons, the Transcriber will never see auto-populated 
telephone fields (or other user data fields), so the system will not show these unless it 
requires die Transcriber to type die destination number in, 

5.3 Spell Checker 

When die Transcriber hits 'Send', die system will automatically speU check die message 
and if any errors occur, correct diem and display die corrections to die Transcriber widi 
a prompt 'Accept & Send", or aUow diem to manuiUy correct (as diere might be a 
particular spelling they want). 

To do diis properiy, the speU checking process will include a real-noun dictionary 
relevant to die geographic area and culture of die user. So for example, in die UK die 
real-noun dictionary will contain not only EngUsh names, but place names, landmarks, 
road-names, chain estabHshment names (e.g. pubs, bars, restaurants, etc. . .), etc. . . 

Where diere isn't a match, die Transcriber just double dicks on die underlined word and 
is offered die closest matches. If need be, diey can rewind and re-Usten to diat part of 
die message to make die appropriate selection. 
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5.4 Transcription Bureau Manager 

They can view the statistics for all the Transcriber accounts they own below them. 
They will be able to view and analyse: 

> No. of transcriptions by type (sign-up, support) - hourly, daily, weekly, monthly, 
yearly 

> No. SMS's sent by type — hourly, daily, weekly, mondily, yearly 
^ Queue times — hourly, daily, weekly, monthly, yearly 

> Average message lengdi by type - hourly, daily, weekly, monthly, yearly 
Transcriptions times/rates — hourly, daily, weekly, monthly, yearly 

> Variance in transcription times/rates by type - hourly, daily, weekly, monthly, 
yearly 

> All of these by Transcriber account 

> No. and % of messages untranscribable by type - daily, weekly, monthly, yearly 

> No. and % of messages sent to different bureau for transcription — daily, weekly, 
monthly, yearly 

> Transcription accuracy — done by taking a random sample daily and measuring 
accuracy against original (CCA Manager does this & inputs resvdt into system) 
and feedback from CCA on trouble tickets. The worst of these two figures is the 
accxiracy. 
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These are the reqmrements for the Transcription Services to be used for both 
VoicemailView and VoiceMessenger services. 

5 

Requirements 

The key requirement is to deliver the actual message, not all the redundant infotmadon 
which is often spoken and left in a message. 



Requirement 



Confidentiality 

The Transcription service must minimally provide complete confidentiality of messages it 
transcribes within the Data Protection Act 98 or other legislation in force at the time. 

• All transcription employees must have signed a confidentiality agreement before being 
able to deal with any messages and must not divulge, share, copy, forward or otherwise 
share any user information 

• Message and number disassociation to protect tiie user's information: 

o In die case of VoicemailView, the transcriber will not be shown the user's phone 

number thejr're sending the text message to 
o In the case of VoiceMessenger they will not see the caller's number, only the 

destination number 

• Each Transcriber will have a unique logon name and password. The system then records 
every transcription they make so we have complete system transparency. This data is 
available to the Transcription Bureau Manager (who creates and manages the Transcriber 
Accoimts) and the SpinVox Systems Administrator 

• Commutiications between SpinVox's systems for messages in eitiier direction must be 
secure - use industry standard encryption (e.g. RC4-124, RSA-.124, SSL3, etc.. 

• Access to saved messages on servers (or elsewhere) must be secure 

Conversion is 99H+ accurate '• ~ " " 

If die user receives a text message, it will be intelligible — 99% accurate to original voice file 
message. 
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Requirement 



AU numbers, phone numbers, email addresses, web addresses, street addresses wiU be correcdy 
converted. 

Character Set 100% compatible ^th SMS/MMS allowed charact^ " 
Characters used during transcription are compatible with die SMS/MMS system resulting 
message will be sent through. 

Concatenation of messages is meaningful ' ' 

User will clearly know to continue to next message to continue reading transcription. If system 
doesn't automaticaUy provide obvious prompt to do so, then insert *1 of 2', '2 of 3' or the like. 

Regional Accents and Sayings ~ 

Transcriprionists must be able to deal with the various regional accents and sayings that occur in j 
country. For instance, in the UK alone, tiiere are over 12 regional accents ranging from the 
^posh' Soutii-Eastem accent to die tiiick Glaswegian accent of West Scotiand to the lilted Irish 
accent These should be translated correcdy and in dieir form of saying things. Routing of a 
message to transcribers widi die appropriate capabilities may be provided. 

Speech Artefacts are removed ^ 

TypicaUy speech contains much redundant 'noise', e.g. : *ummms', 'ahhh's', %rrr', 'ehmm', pauses, 
breadis, coughs, sneezes and otiier typical speech artefacts. These clearly mustn't be included in 
the transcription. 

Obvious repeats are removed ~ ~~" 

Often a message will contain repeated phrases or names to clarify what is being said. These 

shouldn't be included. 

E.g. 

Spoken message : "See you outside Waxy O'Connors, that's Waxy as in candle wax and 

O'Connor as in Irish singer Sinead O'Connor," 

Transcription should read : "See you outside Waxy O'Connors." 



Abbreviations 
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Standard abbreviation of common terms should be used: 



Spoken 

Apartment 

Number 

Telephone Number 
Fax Number 
Example 
Okay 

Electronic MaU 

Internet Website 

(i.e. no http:// required) 



Abbreviation 

Apt 

No. 

Tel. 

Fax. 

E.g. 

ok 

email 
website 



Numbers ' 

Whenever a number is spoken, die numeric format will be written down. 

E.g. "See you at seven forty Ove tonight" = "See you at 7:45pm" 

E.g. '*We'd like to order eleven diousand, seven hundred and eighty eigjbt nuts D4 size." = ''We'd 
like to order 11,788 nuts D4 size." 

E.g. "Jane lives on eleven seventy five Park View, apartment twenty three on the third floor" = " 
Jane lives on 1175 Park View, apt. 23 on the 3"^ floor." 



Phone numbers ' 

To save character space, phone numbers are a single string of numbers with no spaces: 
E.g. : 07798625155, not 07798 625 155 as two additional space characters are being used. 



International Prefixes " ~" — 

If phone number is given widi 00 for international dialling, dien convert this into a 

e.g. 00442075864103 should be +442075864103. 



Again this saves character spaces and correctiy defines die number for international dialling prefix 
which is intetpreted by die local Network for the correct international dial out code which isn't 
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Requirement 



always 00 (e.g. in US it's Oil). 
Spell Checking 

Messages must be correctly spelt and it is su^sted that die relevant spell checker is used for all 
messages - e.g. UK English for the UK, US EngUsh for the US, etc. . . 
Real Nouns and Place Names 

The dictionary/ spell checker used must include Real Nouns (names) and Place Names to assist in 
getting the information in die message right 1" time. 

Events Planning - Daily calendar of events, celebrations, News, etc. . . 

There are several aspects of this: 

(i) Cultural Sayings 

In multi-cultural societies, it is important to know that on many days a certain community will be 
celebrating something. For example the Hindi new year (Divali) is not die same as the main UK 
new year, so on Divali, Transcribers must be prepared to hear greetings and wishes with diis and 
odier associated words in it and know how to spell diem or what a message's context might 
triean. 

(ii) Normal annual events - Easter, Christmas, New Year, etc. . . 

Qii) Sporting events — national leagues, world cups, Fl events, sailing events, etc. . . 

(iv) Media events - Oscars, BAFTA, etc, , . winners 

(v) Unexpected events - like the recent Twin Towers' attack, the bombing in Madrid, War in 
Iraq, etc.. 

The local Transcription Bureau Manager must have a full calendar of all cultural, social and 
sporting events which they must plan for at least 2 days in advance. In addition, this will be 
critical to determining the likely load balancing required with staff. For instance, at the end of the 
recent England Rugby world cup win, the text messaging and voicemail loads in the 2-3 hours 
that followed die match probably exceeded 300% of dieir normal levels and diere would have 
been lots of references to players names, technical words used in die game (try, conversion, mck. 
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Requirement 



mall, etc. . .), foreign cities and locations, and of course the following day all the traffic related to 
people getting back from the event, etc. • . which will naturally skew the load balancing again. 

Undecipherable words 

After die best attempt has been made to figure out what the word might be (could be the name of 
a bar or place that is outside the normal vocabulary), a question mark in brackets will be placed 
after it. 
E.g. 

Spoken message : Meet you 2X Jongleurs at 6 tonight. 
Transcription : Meet you at Jvinglers(?) at 6 tonight 

Gaps or line drop outs 

The message may contain *drop-outs', 'gaps' or other interference due to temporary Network 
coverage issues. In this case, insert a where the word(s) are missing. 

E.g. "John, it's Mike and I'm late so see you at 6pm." 

This will likely prompt die user to dial-in to listen to the original and see if they can make sense of 
the message. 

Mote than 3 drop outs: 

In the case die message is unintelligible due to a high number of drop outs (3 or more), then use 
the TJndecipherable' option to send the user a notice that they need to either listen to a voicemail 
or try speaking their text message again. 

Undecipherable voice messages 

The user will be notified via a text message using a standard template that there are 
undecipherable voice messages for diem to listen to: 

VoicemailView 

The standard text will say, "You have x new voicemail(s) to listen to diat couldn't be converted. 
To hear them, please connect to VoicemailView by holding and pressing 1," 
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Then the following fields will be automatically populated: 

• Caller [tel no] or [^Trivate No."] when CU suppressed 

• [time/date] 

• A [unique i/ d] so that user can go straight to that message 
VoiceMessenger 

The standard text wiU say 'We're sorry we couldn't convert die message you just dictated. Please 
try again speaking slowly and clearly. Thank youl" 
Then the following fields wiU be automatically populated: 

• [Time and date] they attempted to send message 

• To : [Tel No.] they were attempting to text 



Mood or other implied Context ~ ' — " 

When it is clear that the person leaving die message is also using mood as part of the message, 
daen the transcriptionist will include die following at the be^nning of the message: 

• (laughing] Laughing 

• [crying] Crying 

• [whispering] Whispering 

• [shouting] Shouting/Screaming (unless doing so to overcome background noise as 

when in a bar or station in which case ignore) 

• [screaming] Screaming as when someone is highly distressed, in trouble or fiightened. 

• [frightened] When the person is obviously frightened 

• [angry] Angry as shouting and/or banging fists (shovild be obvious from the 
content of the message) 

When die mood is unclear (e.g. may be just die way that person talks or the context diat they're 
in), then don't add this in. 



VoiceMessenger Text'isms ' ~ 

It is becoming common to insert text symbols to represent emotions (emoticons). The following 
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Requirement 



wm be pubKshed and vriU be supported. ThisTd!e3IatweSs!5port^ on our 

website. 

The ofQdal ftJl listing of SMS-Speak is at : 

http:/ / 9ites.ninemsn.com.au/minisitft /web2sms/help /firnsrqirt 

During dictation of the VoiceMessengcr message, the user may say 'Insert symbol-name" and the 
transcriber will insert the appropriate symbol. 

E.g. 'Thanks for confirming our trip. Insert smiley. Bye!" = "Thariks for confirming our trip :-) 
Byel" 



Symbol S3ntnbol Name 


Symbol Symbol Name 




Smiley- 


O:-) 


An angel 


:-D 


Laugher 


:-9 


Salivating 


;-) 


Twinkle 


:-<> 


Surprised 


:-* 


Kiss 


%-6 


Not very clever 


:-( 


Sad 


K) 


Shocked 


:•-( 


Crying 


:-o 2Z 


Bored 


:-c 


Unhappy 


:-\ 


Sceptical 


:-|| 


Angry 


:@ 


Shouting 


:-(0) 


Shouting 


:-o 


Appalled 


:-< 


Cheated 


:-X 


Not saying a word 


>:-( 


Very angry 


l-I 


Sleeping 


:-0 


Wow 


%-} 


Intoxicated 


:-| 


Detemiined 


:-v 


Talldng 




Bitter 







Punctuation ~ 

Normal punctuation should be used such as capitals at the begging of sentence, foil stops, 
question marks, exclamation marks, colons and semi-colons, where it is dear that the intonation 
or the grammar requires it. 
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Requirement 



The Grammar checker used in the Transcribe Assistant ought to help eliminate mistypes. 
Text is delivered promptly ' 

Time taken for text message to arrive on receiver's phone from end of voicemail recording is on 
average 2 mins: 

• 80% within 2 minutes 

• 10% within 3 minutes 

• 1 0% within 5 minutes 

Queuing and load-balancing will be necessary to ensure optimal throughput of messages. 



